home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / e / misc.txt / 000054_scottac@nb.sympatico.ca_Fri Jan 19 11:22:26 2007.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Path: reader2.panix.com!reader1.panix.com!panix!news.linkpendium.com!news.linkpendium.com!newscon04.news.prodigy.net!prodigy.net!newshub.sdsu.edu!msrtrans!News.Dal.Ca!ursa-nb00s0.nbnet.nb.ca!53ab2750!not-for-mail
  2. From: "Scott Caissie" <scottac@nb.sympatico.ca>
  3. Newsgroups: comp.protocols.kermit.misc
  4. References: <xwOhh.34809$cz.516497@ursa-nb00s0.nbnet.nb.ca> <lWShh.32651$tb6.31529@news-wrt-01.rdc-nyc.rr.com> <bF8ih.35271$cz.521966@ursa-nb00s0.nbnet.nb.ca> <4589b00f$0$16922$4c368faf@roadrunner.com> <Gmrih.35742$cz.527501@ursa-nb00s0.nbnet.nb.ca> <458a9baa$0$5926$4c368faf@roadrunner.com>
  5. Subject: Re: Macro: Terminal -> Command -> Terminal -> Command?
  6. Lines: 101
  7. X-Priority: 3
  8. X-MSMail-Priority: Normal
  9. X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
  10. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
  11. X-RFC2646: Format=Flowed; Original
  12. Message-ID: <c3_rh.2668$1x.45361@ursa-nb00s0.nbnet.nb.ca>
  13. Date: Fri, 19 Jan 2007 07:03:36 GMT
  14. NNTP-Posting-Host: 156.34.63.9
  15. X-Complaints-To: abuse@aliant.net
  16. X-Trace: ursa-nb00s0.nbnet.nb.ca 1169190216 156.34.63.9 (Fri, 19 Jan 2007 03:03:36 AST)
  17. NNTP-Posting-Date: Fri, 19 Jan 2007 03:03:36 AST
  18. Organization: Aliant Internet
  19. Xref: panix comp.protocols.kermit.misc:15626
  20.  
  21. Its a pity that it can't be made faster. 1 second is too long when I have a 
  22. macro using this numerous times per account.
  23.  
  24. Anyway, I discovered an oddity.
  25. Is there a problem with INPUT & Kverbs?
  26.  
  27. On of my macros is trying to use F6 (opens a window for me) but it doesn't 
  28. function if it is by itself.
  29. I have 3 scenarios listed below.
  30.  
  31. Scenario #1 (my original simple setup)
  32. OUTPUT \Kdecf06
  33. INPUT 1 \Kdecf06
  34. The terminal won't update. In fact it acts like INPUT 0 \Kdecf06. Theres no 
  35. actual pause using 1 rather than 0.
  36.  
  37. Scenario #2
  38. OUTPUT \Klfarr\Kdecf06
  39. INPUT 1 \Klfarr\Kdecf06
  40. This also doesn't work....still no actual pause or updating.
  41.  
  42. Scenario #3
  43. OUTPUT \8\Kdecf06
  44. INPUT 1 \8\Kdecf06
  45. This works. I was wondering if Kverbs had complications with this.
  46.  
  47.  
  48. I had another macro which uses OUTPUT/INPUT very intensely and occassionally 
  49. it loses it's place, and I think this might be the reason why. The terminal 
  50. doesn't seem to always update when it should. Its going to take me about an 
  51. hour to verify if all my statements are being processed correctly, but 
  52. before I do that, I want to know precisely what I'm looking for.
  53.  
  54.  
  55.  
  56.  
  57. "Jeffrey Altman" <jaltman2@nyc.rr.com> wrote in message 
  58. news:458a9baa$0$5926$4c368faf@roadrunner.com...
  59. > The value is a "timeout" period not a time-you-must-wait-for period.
  60. > You could put 1000 there and it wouldn't make a different provided that
  61. > the data you are looking for actually arrives.  The value is "how long
  62. > should I wait if the pattern I was given does not find a match on the
  63. > incoming data stream?"
  64. >
  65. >
  66. >
  67. > Scott Caissie wrote:
  68. >> That is what my tests today showed.
  69. >> With this, I'll have macros that will be running in a loop for about 
  70. >> 50-200
  71. >> times.
  72. >> For each, I need only one "INPUT 1" statement at the end to update the
  73. >> screen. Up until that point, using a multitude of INPUT 0s works fine. 1 
  74. >> of
  75. >> my projects will need to update the screen twice.
  76. >> I ran one today a few times in a loop of 119 times. Worked perfectly.
  77. >>
  78. >> Though I wish you could allow for fractions of a second. Or an instaneous
  79. >> forced update command.
  80. >> That would be my wish list for Version 3.0.
  81. >>
  82. >> But this so far has helped me a lot. Thanks.
  83. >>
  84. >> - Scott
  85. >>
  86. >> "Jeffrey Altman" <jaltman2@nyc.rr.com> wrote in message
  87. >> news:4589b00f$0$16922$4c368faf@roadrunner.com...
  88. >>> Scott Caissie wrote:
  89. >>>> I see. I've been testing this out all day, and it works pretty much the
  90. >>>> way
  91. >>>> I was aiming for.  I was never referred to using the INPUT command
  92. >>>> before,
  93. >>>> and to be honest, I don't understand it 100% yet. I'm basically 
  94. >>>> mirroring
  95. >>>> my
  96. >>>> actions.
  97. >>>> I do have a question. Is there restrictions about using INPUT 0 <text>?
  98. >>>> This example works fine, but if I use INPUT 0 etc, it won't. I check to
  99. >>>> see
  100. >>>> if it works by using \Fscrnstr(y,x,n) on a large scale.
  101. >>>>
  102. >>>> SET INPUT TERMINAL ON
  103. >>>> set input echo off
  104. >>>> clear input-buffer
  105. >>>> define vega {
  106. >>>> ..LZ_PRO := \Fscrnstr(0,6,8)
  107. >>>> OUTPUT \5\5\5\5\5\5\5\5\57\49\13\49\52\13\m(LZ_PRO)\24
  108. >>>> INPUT 1 \5\5\5\5\5\5\5\5\57\49\13\49\52\13\m(LZ_PRO)\24
  109. >>>> for \%t 1 24 1 {
  110. >>>> echo \Fscrnstr(\%t,0,79)
  111. >>>> }
  112. >>>> }
  113. >>> If you use "INPUT 0 <text>" you are not reading any data from the
  114. >>> connection.  You must use a timeout greater than 0 in order to process
  115. >>> data.
  116. >>>
  117. >>> Jeffrey Altman
  118. >>
  119. >> 
  120.  
  121.